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PREFACE 

! 


This  unit  test  plan  oovers  the  work  performed  under  Air 
Foroe  Contract  F33613-80-C-5155  (XCAM  Project  6201).  This 
contract  is  sponsored  by  the  Materials  Laboratory.  Air  Foroe 
Systems  Command,  Wright-Pat terson  Air  Foroe  Base.  Ohio.  It  was 
administered  under  the  technical  direction  of  Mr.  Gerald  C. 
Shumaker,  I CAN  Program  Manager.  Manufacturing  Technology 
Division,  through  Project  Manager.  Mr.  David  Judson.  The  Prime 
Contractor  was  Production  Resources  Consulting  of  the  General 
Electric  Company.  Schenectady.  Mew  York,  under  the  direction  of 
Mr.  Alan  Rubenstein.  The  General  Electric  Project  Manager  was 
Mr.  Myron  Hurlbut  of  Industrial  Automation  Systems  Department, 
Albany.  Mew  York. 

Certain  work  aimed  at  improving  Test  Bed  Technology  has 
been  performed  by  other  contracts  with  Project  6201  performing 
integrating  functions.  This  work  consisted  of  enhancements  to 
Test  Bed  software  and  establishment  and  operation  of  Test  Bed 
hardware  and  communications  for  developers  and  other  users. 
Documentation  relating  to  the  Test  Bed  from  all  of  these 
contractors  and  projects  have  been  integrated  under  Project  6201 
for  publication  and  treatment  as  an  integrated  set  of  documents. 
The  particular  contributors  to  eaoh  document  are  noted  on  the 
Report  Documentation  Page  (001473).  A  listing  and  description 
of  the  entire  project  documentation  system  and  how  they  are 
related  is  contained  in  document  FTR620100001 .  Project  Overview. 

The  subcontractors  and  their  oontributi  activities  were 
as  follows: 


TASK  4.2 

Subcontractors  Role 

Boeing  Military  Aircraft  Reviewer. 

Company  (BMAC) 

D.  Appleton  Company  Responsible  for  IDEF  support. 

(DAG0M)  state-of-the-art  literature 

search . 


General  Dynamics/ 
Ft.  Worth 


Responsible  for  faotory  view 
function  and  information 
node 1 s . 
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Role 


Subcontractors 

Illinois  Institute  of 
Technology 

North  American  Rockwell 
Northrop  Corporation 

Pritsker  and  Associates 
SofTech 

TASKS  4.3  -  4.9  (T18T  BID) 

Subcontractors 

Boeing  Military  Alroraft 
Company  (MAC) 

Computer  Technology 
Associates  (CTA) 


Control  Data  Corporation 
(CDC) 


D.  Appleton  Company 
(DAOOM) 


Responsible  for  faotory  view 
funotion  research  (IITRI) 
and  information  models  of 
small  and  medium-sine  business. 


Responsible  for  factory  view 
funotion  and  information 
models . 

Responsible  for  IDEF2  support. 
Responsible  for  IDEPO  support. 


Responsible  for  consultation  on 
applications  of  the  technology 
and  on  IBM  computer  technology. 

Assisted  in  the  areas  of 
communications  systems,  system 
design  and  integration 
methodology,  and  design  of  the 
Network  Transaction  Manager. 

Responsible  for  the  Common  Data 
Model  (CDM)  implementation  and 
part  of  the  CDM  design  (shared 
with  DAOOM). 

Responsible  for  the  overall  CDM 
Subsystem  design  integration 
and  test  plan,  as  well  as  part 
of  the  design  of  the  CDM 
(shared  with  CDC).  DAOOM  also 
developed  the  Integration 
Methodology  and  did  the  sohema 
mappings  for  the  Application 
Subsystems . 


Reviewer . 


Role 
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gubcontraotors 

Digital  Equipment 
Corporation  (DEC) 


McDonnell  Douglas 
Automation  Company 
(McAuto) 


On-Line  Software 
International  (OS1) 


Role 

Consulting  and  support  of  the 
performance  testing  and  on  DEC 
software  and  computer  systems 
operation . 

Responsible  for  the  support  and 
enhancements  to  the  Network 
Transaction  Manager  Subsystem 
during  1984/1985  period. 

Responsible  for  programming  the 
Communications  Subsystem  on  the 
IBM  and  for  consulting  on  the 
IBM. 


Rath  and  Strong  Systems 
Products  (RSSP)  (In  1985 
became  McCormack  9  Dodge) 


SofTech .  Inc . 


Software  Performance 
Engineering  (SPE) 


Responsible  for  assistance  in 
the  implementation  and  use  of 
the  MRP  II  package  (PIOS)  that 
they  supplied. 

Responsible  for  the  design  and 
Implementation  of  the  Network 
Transaction  Manager  (MTM)  in 
1981/1984  period. 

Responsible  for  directing  the 
work  on  performance  evaluation 
and  analysis. 


Structural  Dynamics 
Research  Corporation 
( SDRC) 


Responsible  for  the  User 
Interface  and  Virtual  Terminal 
Interface  Subsystems. 


Other  prime  contractors  under  other  projects  who  have 
contributed  to  Test  Bed  Technology,  their  contributing 
activities  and  responsible  projects  are  as  follows: 


Contractors 


I CAM  Project  Contributing  Activities 


Boeing  Military 
Aircraft  Company 
(BMAC) 


1701 ,  2201 .  Enhancements  for  IBM 
2202  node  use.  Technology 

Transfer  to  Integrated 
Sheet  Metal  Center 

( ISMC) . 
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Contractors 

ICAM  Pro.lect 

Contributing  Activities 

Control  Data 
Corporation  (CDC) 

1502,  1701 

IISS  enhancements  to 
Common  Data  Model 
Processor  (CDMP). 

D.  Appleton  Company 
( DACOM ) 

1502 

IISS  enhancements  to 
Integration  Methodology. 

General  Electric 

1502 

Operation  of  the  Test 
Bed  and  communications 
equipment . 

Hughes  Aircraft 

Company  (HAC) 

1701 

Test  Bed  enhancements . 

Structural  Dynamics 
Research  Corporation 
(SDRC) 

1502,  1701, 
1703 

IISS  enhancements  to 
User  Interface/Virtual 
Terminal  Interface 
(UI/VTI) . 

Systran 

1502 

Test  Bed  enhancements . 
Operation  of  Test  Bed. 

vi 
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SECTION  1 
GENERAL 


1 . 1  Purpose 

This  unit  test  plan  establishes  the  methodology  and 
procedures  used  to  adequately  test  the  capabilities  of  the 
computer  program  identified  as  the  Virtual  Terminal ,  known  in 
this  document  as  the  VT.  The  VT  is  one  configuration  item  of 
the  Integrated  Information  Support  System  (IISS)  User  Interface 
(UI).  It  consists  of  Virtual  Terminal  callable  routines  and  the 
a  monitor  which  is  the  main  controller  of  the  Virtual  Terminal. 


1 .2  Project  References 

[1]  I CAM  Documentation  Standards :  15  September  1983; 
IDS150120000C. 

[2]  Structural  Dynamics  Research  Corporation.  IISS 
Terminal  Operator  Guide  OM  620144000  ,  1  November 
1985. 

[3]  Structural  Dynamics  Research  Corporation.  IISS  Form 
Processor  User  Manual .  UM  620144200B,  1  November  1985. 

[4]  Structural  Dynamics  Research  Corporation.  Virtual 
Terminal  User  Manual .  UM  620144300B,  1  November  1985. 

[5]  Structural  Dynamics  Research  Corporation,  Form 
Processor  Development  Spec i f i cat i on ,  DS  620144200B,  1 
November  1985. 

[6]  Structural  Dynamics  Research  Corporation,  Virtual 
Terminal  Interface  Development  Specification , 

DS  620144300B,  1  November  1985. 

[7]  Structural  Dynamics  Research  Corporation,  Forms 
Language  Compiler  Unit  Test  Plan,  UTP620144401  , 

1  November  1985. 

[8]  Structural  Dynamics  Research  Corporation,  Forms 
Driven  Form  Editor  Unit  Test  Plan,  UTP62014402  , 

1  November  1985. 
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[9]  Structural  Dynamics  Research  Corporation,  Report 
Writer  Unit  Test  Plan,  UTP620144501  ,  1  November 
1985. 

[10]  Structural  Dynamics  Researc  Corporation,  Rapid 
Application  Generator  Unit  Test  Plan,  UTP620144502  , 

1  November  1985 . 

[11]  Structural  Dynamics  Research  Corporation,  Text 
Editor  Unit  Test  Plan,  UTP620144600  ,  1  November 
1985. 

[12]  Structural  Dynamics  Research  Corporation,  Application 
Interface  Unit  Test  Plan,  UTP620144700  ,  1  November 
1985. 

[13]  Structural  Dynamics  Research  Corporation,  Form 
Processor  Unit  Test  Plan,  UTP620144200  ,  1  November 
1985. 
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1.3  Terms  and  Abbreviations 


American  Standard  Code  for  Information  Interchange :  (ASCII), 
the  character  set  defined  by  ANSI  X3.4  and  used  by  most  computer 
vendors . 

Appl i cat ion  Interface :  (AI),  subset  of  the  IISS  User 
Interface  that  consists  of  the  callable  routines  that  are  linked 
with  applications  that  use  the  Form  Processor  or  Virtual 
Terminal.  The  AI  enables  applications  to  be  hosted  on  computers 
other  than  the  host  of  the  User  Interface. 

Appl i cat ion  Process :  (AP),  a  cohesive  unit  of  software  that 
can  be  initiated  as  a  unit  to  perform  some  function  or 
functions. 

Attribute:  field  characteristic  such  as  blinking, 
highlighted,  black,  etc.  and  various  other  combinations. 
Background  attributes  are  defined  for  forms  or  windows  only. 
Foreground  attributes  are  defined  for  items.  Attributes  may  be 
permanent,  i.e.,  they  remain  the  same  unless  changed  by  the 
application  program,  or  they  may  be  temporary,  i.e.,  they  remain 
in  effect  until  the  window  is  redisplayed. 

Commun i cat i on  Services:  allows  on  host  interprocess 
communication  and  inter -host  communication  between  the  various 
Test  Bed  subsystems . 

Computer  Program  Configuration  Item:  (CPCI),  an  aggregation 
of  computer  programs  or  any  of  their  discrete  portions,  which 
satisfies  an  end-use  function. 

Dev i ce  Drivers :  (DD) ,  software  modules  written  to  handle  I/O 
for  a  specific  kind  of  terminal.  The  modules  map  terminal 
specific  commands  and  data  to  a  neutral  format.  Device  Drivers 
are  part  of  the  UI  Virtual  Terminal . 

Extended  Binary  Coded  Decimal  Interchange  Code :  (EBCDIC), 
the  character  set  used  by  a  few  computer  vendors  (notably  IBM) 
instead  of  ASCII. 

Field :  two-dimensional  space  on  a  terminal  screen. 
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Integrated  Information  Support  System:  (IISS),  a  test 
computing  environment  used  to  investigate,  demonstrate  and  test 
the  concepts  of  information  management  and  information 
integration  in  the  context  of  Aerospace  Manufacturing.  The  IISS 
addresses  the  problems  of  integration  of  data  resident  on 
heterogeneous  data  bases  supported  by  heterogeneous  computers 
interconnected  via  a  Local  Area  Network. 

Logical  Device:  a  conceptual  device  which  to  an  application 
is  indistinguishable  from  a  physical  device  and  is  then  mapped 
to  part  or  all  of  a  physical  device. 

Network  Transaction  Manager :  (NTM),  IISS  subsystem  that 
performs  the  coordination,  communication  and  housekeeping 
functions  required  to  integrate  the  Application  Processes  and 
System  Services  resident  on  the  various  hosts  into  a  cohesive 
system. 

Operating  System:  (OS),  software  supplied  with  a  computer 
which  allows  it  to  supervise  its  own  operations  and  manage 
access  to  hardware  facilities  such  as  memory  and  peripherals. 

Physical  Device:  a  hardware  terminal. 

User  Interface:  (01),  IISS  subsystem  that  controls  the 
user's  terminal  and  interfaces  with  the  rest  of  the  system.  The 
UI  consists  of  two  major  subsystems:  the  User  Interface 
Development  System  (UIDS)  and  the  User  Interface  Management 
System  (UIMS). 

User  Interface  Management  System:  (UIMS),  the  runtime  UI . 

It  consists  of  the  Form  Processor,  Virtual  Terminal,  Application 
Interface,  the  User  Interface  Services  and  the  Text  Editor. 

User  Interface  Monitor :  (UIM),  part  of  the  Form  Processor 
that  handles  messaging  between  the  NTM  and  the  UI .  It  also 
provides  authorization  checks  and  initiates  applications. 

User  Interface/ Virtual  Terminal  Interface:  (UI/VTI),  another 
name  for  the  User  Interface. 
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Virtual  Terminal :  (VT),  subset  of  the  IISS  User  Interface 
that  performs  the  interfacing  between  different  terminals  and 
the  UI.  This  is  done  by  defining  a  specific  6et  of  terminal 
features  and  protocols  which  must  be  supported  by  the  HI 
software  which  constitutes  the  virtual  terminal  definition. 
Specific  terminals  are  then  mapped  against  the  virtual  terminal 
software  by  specific  software  modules  written  for  each  type  of 
real  terminal  supported . 

Virtual  Terminal  Interface :  (VTI),  the  callable  interface  to 
the  VT. 

Window:  dynamic  area  of  a  terminal  screen  on  which 
predefined  forms  may  be  placed  at  run  time. 

Window  Manager:  a  facility  which  allows  the  following  to  be 
manipulated:  size  and  location  of  windows,  the  device  on  which 
am  application  is  running,  the  position  of  a  form  within  a 
window.  It  is  part  of  the  Form  Processor. 
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SECT I OH  2 


DEVELOPMENT  ACTIVITY 


Statement  of  Pretest  Activity 


KS1 


During  system  development,  the  computer  programs  mere 
tested  progressively.  Functionality  was  incrementally  tested, 
and  as  bugs  were  discovered  by  this  testing,  the  software  was 
corrected . 


Each  Virtual  Terminal  function  was  tested  individually 
through  Virtual  Terminal  development. 

All  pretesting  activity  was  conducted  by  the  individual 
program  developer  in  a  manual  mode.  The  developer  manually 
entered  data  onto  the  screen  and  observed  the  results.  Any 
errors  were  noted  by  the  developer,  and  corrections  to  the 
Virtual  Terminal  software  were  then  made  after  a  testing 
session . 


2.2  Pretest  Aotivitv  Results 


The  pretest  activity  was  very  successful  in  the  elimination 
of  programming  bugs . 
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SECTION  3 

ST  STM  DESCRIPTION 


3. 1  System  Description 

The  Virtual  Terainal  translates  between  neutral  coaaands 
and  coaaands  for  a  particular  type  of  terainal.  Part  of  the 
Virtual  Terainal  handles  sending  and  receiving  aessages  across 
the  NTH.  Another  part  interfaces  with  the  terainal  specific 
device  driver.  See  the  Virtual  Terainal  Developaent 
Specification  [6] 

3.1.1  Interface  Requlreaents 

The  Virtual  Terainal  for  new  IISS  applications  is  the  set 
of  Virtual  Terainal  input/output  routines  defined  in  the  Virtual 
Terainal  User  Manual  [4].  The  AP  uses  the  input/output  routines 
to  get  input  data  froa  the  terainal  and  send  output  data  to  the 
terainal.  The  data  consists  of  Virtual  Terainal  ooaaands  which 
are  documented  in  Appendix  A. 

An  AP  that  is  to  be  integrated  into  the  IISS  and  uses  the 
callable  interface  to  the  VT  aust  include  VT  initialisation 
(IMITVT)  and  teraination  (TERMVT)  calls  at  the  beginning  and  end 
of  its  BTPASS  of  FP  I/O  routines.  If  FP  routines  are  oalled 
while  in  bypass  aode.  results  sure  unpredictable.  Since  the  Fora 
Processor  routines  IMITFP  and  TERMFP  perfora  functions  necessary 
for  the  aonitoring  activity  of  the  entire  User  Interface.  IMITFP 
and  TERMFP  aust  be  called  at  the  beginning  and  end  of  AP's 
Procedure  Division  even  if  the  AP  only  uses  the  Virtual  Terainal 
routines.  See  the  Fora  Processor  User  Manual  [3]. 

The  VT  interfaces  with  both  the  Fora  Processor  and  a 
physical  terainal.  An  application  that  uses  the  VT  noraally 
calls  the  routines  IMITVT,  GETVTI .  PUTVTI  and  TERMFP  of  the 
Application  Interface,  but  since  routines  with  identical  calling 
sequences  are  part  of  the  Fora  Processor  callable  routines, 
testing  aay  be  siaplified  by  linking  directly  with  these 
routines  instead  of  the  Application  Interface.  Figures  3-1  and 
3-2  illustrate  the  noraal  VT  interfaces  and  the  interfaces  for 
testing  purposes. 
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Figure  3-1  Virtual  Terminal  Interfaces 
(in  Normal  IISS  Environment) 


UTP620 144300 
1  November  1985 


+ - + 

I  APPLICATION  I 

4- - - - 4  \ 

I  CALLABLE  I  \ 

I  ROUTINES  I  \  FORM  PROCESSOR 

4 - - +  / 

I  INTERFACE  TO  I  / 

I  VIRTUAL  I  / 

I  TERMINAL  I  / 

+ - + 

I  VIRTUAL  I 

I  TERMINAL  I 

4 - -  —  4 

I  OPERATING  SYSTEM 
I 

Terminal 


Figure  3-2  Virtual  Terminal  Interfaces  (for  Unit  Testing) 

The  VT  is  implemented  as  a  Device  Driver  architecture  — 
there  is  a  separate  implementation  of  the  device  driver  routines 
for  each  supported  terminal.  The  device  driver  routines  are 
linked  with  the  neutral  VT  software  to  fora  the  VT  subsystem. 

3.2  Testing  Schedule 

As  figure  3-2  indicates,  the  execution  of  the  Virtual 
Terminal  is  dependent  on  some  callable  routines  of  the  Form 
Processor  subsystem  (INITVT,  GETVTI ,  PUTVTI  and  TERMVT)  and  the 
interface  to  the  VT.  These  two  portions  of  the  FP  are  actually  a 
small  part  of  the  entire  FP.  Since  the  Form  Processor  subsystem 
is  dependent  on  the  whole  Virtual  Terminal  subsystem,  testing 
should  start  with  the  Virtual  Terminal  subsystem  and  then  the 
Fora  Processor  subsystem  should  be  tested. 


3 . 3  First  Location  Testing 

These  tests  of  the  Virtual  Terminal  require  the  following: 

Equipment:  Air  Force  VAX.  terminals  supported  by  the 

Virtual  Terminal  as  listed  in  the  UI  Terminal 
Operator  s  Guide 


3-3 


UTP620 1 44 300 
1  November  1985 


Support  Software:  The  FP  subsystem  of  the  UI . 

Personnel:  One  integrator  familiar  with  the  IXSS. 

Training:  The  VT  User  manual. 

Deliverables:  The  Virtual  Terminal  Subsystem  of  the  IISS 
UI/VTI . 

Test  Materials:  This  test  may  be  run  interactively  by 

writing  a  test  program  with  the  appropriate 
VT  calls  and  then  by  inputting  the 
appropriate  data  and  observing  the 
output  as  outlined  in  this  test  plan. 

Security  considerations:  None. 

3.4  Subsequent  Location  Testing 

The  requirements  as  listed  above  need  to  be  met. 
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SECTION  4 

SPECIFICATIONS  AND  EVALUATIONS 

4 . 1  Test  Specification 

The  following  functions  should  be  performed  in  order  to 
test  the  Virtual  Terminal : 

1)  Go  into  Form  Processor  Bypass  Mode 

2)  Send  the  Virtual  Terminal  commands 

a)  Define  Window 

b)  Set  Window  Precedence 

c)  Remove  Window 

d)  Select  Window 

e)  Erase  Window 

f)  Define  Field 

g )  Set  Mode 

h)  Reset  Mode 

i)  Reset  to  Initial  State 

j )  Refresh  Screen 

k)  Set  Graphic  Rendition 

l)  Define  Area  Qualification 

m)  Horizontal  Tab  Set 

n)  Device  Status  Request 

o)  Record  Separator 
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3)  Get  the  Virtual  Terminal  commands 

a)  Set  Transmit  State 

b)  Select  Window 

c)  Define  Field 

d)  Application  Program  Command 

e)  Cursor  Position  Report 

4)  Exit  Form  Processor  Bypass  Mode 

5)  Obtain  and  Interpret  Terminal  Input 

a)  Translate  and  echo  back  special  key  board  characters 

-  Bell 

-  Backspace 

-  Backtab 

-  Tab 

-  Line  Feed 

-  Form  Feed 

-  Carriage  Return 

-  Next  Line 

b)  Cursor  Maintenance 

-  Cursor  Op 

-  Cursor  Down 

-  Cursor  Forward 

-  Cursor  Baokward 

-  Cursor  Next  Line 

-  Cursor  Previous  Line 

c)  Data  Entery  and  Deletion/Erasure 

-  Enter  Printable  Characters 

-  Erase  Display 

-  Erase  Line 

-  Insert  Line 

-  Delete  Line 

-  Erase  Field 

-  Delete  Character 

-  Erase  Character 

d)  Media  Copy 

e)  Device  Control  String 
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Figure  4-1  Maps  these  functional  requirements  to  test 
activities . 


Functional  Requirements \Test  activities lAlBlClDlElFlGlHl I IJ 


Go  into  Form  Processor  Bypass  Mode  t  * 


Define  Window 


Set  Window  Precedence 


Remove  Window 


Select  Window 


Erase  Window 


Define  Field 


Set  Mode 


Reset  Mode 


Reset  to  Initial  State 


Refresh  Screen 


Set  Graphic  Rendition 


Define  Area  9ual if lcation 


Horizontal  Tab  Set 


Device  Status  Request 


Record  Separator 


Set  Transmit  State 


Application  Program  Command 


Cursor  Position  Report 


|  Continued  on  next  page 

i 

i 


UTP620144300 
1  November  1985 


Functional  RequirementsNTest  activities 
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Figure  4-1  Functional  Requirements  Mapping 


Key  to  Figure  4-1 

A  -  call  initvt 
B  -  first  call  putvti 
C  -  first  call  getvti 
D  -  second  call  putvti 
E  -  second  call  getvti 
F  -  third  call  putvti 
G  -  third  call  getvti 
H  -  forth  call  putvti 
I  -  call  termvt 
J  -  keyboard  input 

4 . 2  Testing  Methods  and  Constraints 

The  tests  as  outlined  in  Section  5  must  be  followed.  The 
required  calling  sequence  is  stated  for  the  test  program.  This 
testing  uses  the  normal  mode  of  operation  of  these  functions  and 
does  not  completely  exercise  all  the  error  combinations  that  a 
user  of  the  Virtual  Terminal  might  create  by  faulty  entry  of 
command  sequences.  Much  of  this  testing  has  been  done,  however, 
through  the  normal  testing  done  by  the  developer  of  these 
functions.  Mo  data  recording  is  required.  No  additional 
constraints  are  placed  on  this  unit  te6t  besides  those  listed  in 
Section  3.3  of  this  unit  test  plan. 
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4.3  Test  Progression 


The  progression  of  testing  of  the  Virtual  Terminal  is  fully 
outlined  in  Section  5  of  this  unit  test  plan.  This  progression 
should  be  followed  exactly  to  insure  the  successful  testing  of 
this  IISS  configuration  item. 

4.4  Test  Evaluation 

The  test  results  are  evaluated  by  comparing  the  screens  to 
that  specified  as  successful  for  the  given  test,  as  outlined  in 
Section  5. 
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SECTION  5 


TEST  PROCEDURES 


5 . 1  Test  Description 


This  test  is  performed  by  writing  a  test  program  which  uses 
the  callable  interface  to  exercise  the  functionality  of  the 
Virtual  Terminal.  In  section  5.3  the  required  function  calls 
and  the  required  parameters  are  documented  for  each  function 
being  tested  and  the  resulting  successful  results  are  also 
documented . 


5.2  Test  Control 


The  order  of  the  testing  is  also  documented  in  section  5-3. 
The  test  control  information  is  completely  described  by  the 
sequence  of  calls. 


5.3  Test  Procedures 


I)  The  program  which  should  be  written  to  test  the  Virtual 
Terminal  should  contain  the  following  calls: 


CALL  INITFP . 


CALL  INITVT  USING  RCODE . 


CALL  INQLDV  USING  LDV-ID,  RCODE. 

CALL  PUTVTI  USING  BUFFER,  LENGTH,  RCODE. 


Where  BUFFER  contains 
SW  -  Select  Window:  <ESC>[XXs 
EW  -  Erase  Window:  <ESC>[XXu 

Where  XX  =  logical  device  ID  obtained  through  INQLDV  call 
(INQLDV  returns  an  integer  but  XX  MUST  BE  an  asci  number) 


<ESC> [900:1 ;1 ;80; 23;0; 0;80; 23; Ow 
<  ESC  > [900s 


DW  -  Define  Window: 

SW  -  Select  Window: 

DF  -  Define  Field:  <ESC> [12;10;20;5;0;0;7x 

DF  -  Define  Field:  < ESC> [ 10; 15 ; 10; 1 ; 1 ;0; lx-Test ingl- 

RS  -  Record  Seporator:  <RS> 
and  LENGTH  is  89  plus  twice  the  length  of  XX 
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CALL  GETVTI  USING  BUFFER,  MAXLENGTH,  LENGTH,  RCODE. 

Where  MAX_LENGTH  =  Length  of  BUFFER 

CALL  PUTVTI  USING  BUFFER,  LENGTH,  RCODE. 

Where  BUFFER  contains 
SW  -  Select  Window:  <ESC>[XXs 

Where  XX  ■  logical  device  ID  obtained  through  INQLDV  call 

DW  -  Define  Window:  <ESC> [901 : 1 ; 1 ;80;23;0;0;80;23;0w 
SW  -  Select  Window:  <ESC>[901s 
DF  -  Define  Field:  <ESC> [2 ; 10;20; 15;0;0;7x 
DF  -  Define  Field:  < ESC > [ 20 ; 15 ; 10 ; 1 ; 1 ;0 ; 5x-Test ing2- 
RS  -  Record  Seporator:  <RS> 
and  LENGTH  is  86  plus  the  length  of  XX 

CALL  GETVTI  USING  BUFFER,  MAXLENGTH,  LENGTH,  RCODE. 

Where  MAX  LENGTH  «=  Length  of  BUFFER 

CALL  PUTVTI  USING  BUFFER,  LENGTH,  RCODE. 

Where  BUFFER  contains 
SW  -  Select  Window:  <ESC>[XXs 

Where  XX  -  logical  device  ID  obtained  through  INQLDV  call 

WP  -  Set  Window  Precedence:  <ESC>[900p 
RS  -  Record  Separator:  <RS> 
and  LENGTH  is  10  plus  the  length  of  XX 

CALL  GETVTI  USING  BUFFER,  MAXLENGTH,  LENGTH,  RCODE. 

Where  MAXLENGTH  *  Length  of  BUFFER 

CALL  PUTVTI  USING  BUFFER,  LENGTH,  RCODE. 

Where  BUFFER  contains 
SW  -  Select  Window:  <ESC>[XXs 

Where  XX  =  logical  device  ID  obtained  through  INQLDV  call 

RW  -  Remove  Window  <ESC>[900r 
RS  -  Record  Separator:  <RS> 
and  LENGTH  is  10  plus  the  length  of  XX 

CALL  TERMTVT  USING  RCODE. 

CALL  TERMFP . 

II)  Link  this  program  with  Form  Processor  and  Virtual  Terminal 
libraries,  see  Appendix  B. 
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III)  Run  your  program 

a)  First  screen  should  have  two  fields  on  it: 

-  One  beginning  at  row  12  col.  10  which  is  20  col.  wide 
and  5  rows  deep.  It  should  be  reverse. 

-  One  beginning  at  row  10  col.  15  which  is  10  col.  wide 
and  1  row  deep.  Initialized  to  "-Testingl-" .  It 
should  be  bold. 

b)  Move  Cursor  down  then  right  then  up  to  top  left 
corner  of  screen. 

c)  Depress  Tab. 

d)  Cursor  should  be  at  input  field  enter  something. 

e)  Depress  a  Function  Key. 

The  buffer  received  by  getvti  should  contain  a  string 
containing  set  window  commands  followed  by  define  field 


"i'I 

’.'I 

’i'I 

Vi 
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commands  followed  by  any  data  which  may  have  entered. 
The  last  data  in  buffer  should  be  an  APC  command  and 
a  CPR  command  (see  Appendix  A). 

f)  Second  screen  should  have  two  fields  on  it: 

-  One  beginning  at  row  2  col.  10  which  is  20  col.  wide 
and  15  rows  deep.  It  should  be  reverse. 

-  One  beginning  at  row  20  col.  15  which  is  10  col.  wide 
and  1  row  deep.  Ininitial ized  to  "-Testing2-" .  It 
should  be  blinking. 

g)  Without  entering  anything  Depress  a  Function  Key. 

The  buffer  received  by  getvti  should  contain  a  string 
containing  set  window  commands  followed  by  define  field 
commands.  There  should  be  no  data  after  define  field 
commands.  The  last  data  in  buffer  should  be  an  APC 
command  and  a  CPR  command  (see  Appendix  A). 

h)  Next  screen  should  be  the  same  as  your  first. 

i)  At  this  time  you  could  test  out  some  of  the  other 
commands  for  (see  Appendix  A). 

-  Bell 

-  Backspace 

-  Backtab 

-  Tab 

-  Line  Feed 

-  Form  Feed 

-  Carriage  Return 

-  Next  Line 

-  Media  Copy  -  "Print  Key"  control  sequence 

(AT  PRESENT  FOR  CI600  ONLY) 

-  Device  Control  String  -  Graphic's  Pass-through 
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j)  Depress  a  Function  Key. 

k)  Next  screen  should  be  the  same  as  your  second. 

l )  At  this  time  you  could  test  out  some  of  the  other 
commands  for  (see  Appendix  A). 

-  Enter  Printable  Characters 

-  Erase  Display 

-  Erase  Line 

-  Insert  Line 

-  Delete  Line 

-  Erase  Field 

-  Delete  Character 

-  Erase  Character 

m)  Depress  a  Function  Key 
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Appendix  A 

Virtual  Terminal  Command  Descriptions 


The  format  of  the  following  command  descriptions  is  the 
commend  name  and  short  description,  the  command  syntax,  and  a 
detailed  description  of  the  command.  In  the  command  syntax, 
characters  within  angle  brackets  (e.g.  < ESC > )  indicate  Control 
Characters.  Pn  indicates  a  Numeric  Parameter.  Ps  indicates  a 
Selective  Parameter,  and  all  other  characters  stand  for 
themselves.  Parameters  are  represented  in  ordinary 
human-readable  decimal  fora,  with  Numeric  Parameters 
representing  numbers  (such  as  a  row  number  or  the  number  of 
times  to  repeat  a  function),  and  Selective  Parameters  standing 
for  selections  from  a  list  of  options  with  multiple  selections 
separated  by  semi-colons.  Unless  specified  otherwise.  Numeric 
Parameters  indioate  the  number  of  times  to  repeat  the  specified 
function,  omitted  Numeric  Parameters  are  taken  to  be  1 .  and 
omitted  Selective  Parameters  are  taken  to  be  0. 

The  Virtual  Terminal  screen  oonsists  of  X  rows  numbered 
from  1  to  X.  and  T  columns  numbered  from  1  to  T.  The  standard 
ordering  of  objects  is  from  top  to  bottom  and  left  to  right, 
with  wrap-around  from  the  last  object  to  the  first.  "Next*  in 
the  command  descriptions  refers  to  this  order,  ’previous’  to  its 
reverse.  For  example  (if  Y-80),  from  row  6  column  80.  the  next 
character  position  is  row  7  column  1.  and  the  previous  character 
position  is  row  6  column  79. 

In  Forms  Mode,  any  command  whose  effect  is  limited  to  a 
single  field  (including  Graphic  Characters)  causes  the  cursor  to 
move  to  the  next  unprotected  field  before  the  command  takes 
effect  if  the  cursor  is  in  a  protected  field  when  the  command  is 
received.  If  there  are  no  unprotected  fields  defined,  the 
command  is  ignored. 

Graphic  Characters 

Cause  the  specified  character  to  be  displayed  according  to 
the  graphic  rendition  in  effect  at  the  cursor  location  and 
advance  the  cursor  to  the  next  character  position.  This 
advancing  may  possibly  cause  scrolling. 
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BEL  -  Sound  Bell 

<  BEL  > 

Sounds  an  audible  alare  at  the  terminal . 

BS  -  Backspace 
BS 

Moves  the  cursor  to  the  previous  character  position,  if  the 
cursor  is  at  the  left  margin,  no  action  occurs. 

HT  -  Horizontal  Tab 

<  HT 

Moves  the  cursor  to  the  next  horizontal  tab  stop  on  the 
current  line  or  to  the  right  margin  if  no  more  tab  stops 
exist,  in  Fores  Mode,  moves  the  cursor  to  the  next  field 

LF  -  Line  Feed 
.  LF 

Moves  the  cursor  down  to  the  next  line  in  the  current  column 
and  may  possibly  cause  scrolling  the  screen 

FF  -  Form  Feed 
FF> 

Clears  the  screen  and  moves  the  cursor  to  the  first 
unprotected  character  position  In  Forms  Mode,  only 
unprotected  areas  of  the  soreen  are  erased 

CR  -  Carriage  Return 
CR 

Moves  the  cursor  to  the  left  margin  in  the  current  line 

RS  -  Record  Separator 
RS 

Used  to  indicate  end  of  a  formatted  buffer 

US  -  Unit  Separator 
US 

Same  as  HT 

I HD  -  Index 
ESC-  D 
Same  as  LF 

NEL  -  Next  Line 
ESC'  E 

Same  as  CR  followed  by  LF 
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MTS  -  Mori  son tal  Tab  Set 
ESC-  M 

Sals  a  horizontal  tab  stop  at  the  current  column 

HI  -  Reverse  Index 
-ESC-  M 

Moves  the  cursor  up  to  the  previous  line  in  the  current 
column,  possibly  scrolling  the  screen 

DCS  *  Device  Control  Str  ing 
<  ESC  -  P  <  ESC  -  \ 

Transmits  the  characters  between  the  escape  sequences  (  ) 

directly  to  the  physical  terninal  without  interpretation 
This  may  be  used  to  activate  special  features  of  a 
particular  terminal,  but  it  is  the  user  s  responsibility  to 
insure  that  the  physical  terminal  is  of  the  correct  type 

STS  -  Set  Transmit  STate 
ESC  S 

Indicates  that  the  currently  selected  window  is  to  be 
enabled  for  input  All  unguarded  fields  are  made  enterable 
and  a  data  message  will  be  sent  when  a  function  key  is 
pressed . 

Application  Program  Command 
<ESC>  _  Pn  -ESC*  \ 

Generated  when  a  function  key  is  pressed  The  parameter  is 
the  function  key  number  (0  -  n)  which  must  not  be  omitted 
Function  key  mero  is  the  '  BITTER  *  key. 

RIS  -  Reset  to  Initial  State 

<  ESC  >  c 

Resets  the  terminal  to  its  Initial  state  The  screen  is 
cleared,  the  cursor  is  positioned  in  the  upper  left  corner, 
and  Forms  Mode  is  reset 

REF  -  Refresh  Screen 
-ESC-  9 

Retransmits  the  current  screen  contents  to  the  terminal 
Its  main  uses  are  to  recover  from  unsolicited  messages  or 
line  noise  which  have  corrupted  the  screen  contents,  or  to 
update  the  terninal  when  in  Deferred  Display  Mode 
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I CM  -  Insert  Character 
ESC.  [  Pn  e 

Makes  room  for  a  character  by  shifting  the  rest  of  the  line 
(field  in  Forms  Mode)  one  character  position  to  the  right; 
characters  shifted  past  the  end  of  the  line  (field)  are 
lost  The  cursor  is  left  at  the  first  inserted  character 
position  (i.e  not  moved). 

CUU  -  Cursor  Up 

ESC  (  Pn  A 

Moves  the  cursor  to  the  previous  line  in  the  current  column, 
but  not  past  the  top  margin 

CUIi  Cursor  Down 
ESC  |  Pn  B 

Moves  the  cursor  to  the  next  line  in  the  current  column,  but 
not  past  the  bottom  margin 

CUF  Cursor  Forward 
ESC  l  Pn  C 

Moves  the  cursor  to  the  next  character  position,  but  not 
past  the  right  margin. 

CUB  -  Cursor  Backward 
ESC.  (  Pn  D 

Moves  the  cursor  to  the  previous  character  position,  but  not 
past  the  left  margin. 

CNL  Cursor  Next  Line 

ESC  (  Pn  E 

Moves  the  cursor  to  the  left  margin  of  the  next  line,  but 
not  past  the  bottom  margin. 

>  CPL  Cursor  Previous  Line 

ESC  [  Pn  F 

Moves  the  cursor  to  the  left  margin  of  the  previous  line, 
but  not  past  the  top  margin. 

CUP  Cursor  Position 

ESC  [  Pn  ;  Pn  H 

Moves  the  cursor  to  the  specified  position.  The  first 
parameter  is  the  row  number,  the  second  parameter  is  the 
column  number  If  both  parameters  are  omitted,  the 
semi-colon  may  be  omitted  as  well. 


A-4 
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CHT  -  Cursor  Horizontal  Tab 

<  ESC  >  [  Pn  I 

Moves  the  cursor  to  the  next  horizontai  tab  stop  on  the 
current  line  or  the  right  margin  if  no  more  horizontal  tab 
stops  exist.  In  Forms  Mode,  moves  the  cursor  to  the  next 
field. 

ED  -  Erase  Display 

<  ESC  >  [  Ps  J 

Erases  the  screen  according  to  the  parameter : 

0  -  Erase  from  the  cursor  to  the  end  of  the  screen 

1  -  Erase  from  the  beginning  of  the  screen  to  the 

cursor 

2  -  Erase  the  entire  screen 

The  cursor  is  not  moved.  In  Forms  Mode,  only  unprotected 
areas  of  the  screen  are  erased. 

EL  -  Erase  Line 

<  ESC  >  [  Ps  K 

Erases  the  current  line  according  to  the  parameter: 

0  -  Erase  from  the  cursor  to  the  end  of  the  line 

1  -  Erase  from  the  beginning  of  the  line  to  the  oursor 

2  -  Erase  the  entire  line 

The  cursor  is  not  moved.  In  Forms  Mode,  only  unprotected 
areas  of  the  screen  are  erased. 

IL  -  Insert  Line 

<  ESC  >  [  Pn  L 

Makes  room  for  a  line  by  shifting  the  rest  of  the  screen 
down  one  line:  lines  shifted  past  the  bottom  of  the  screen 
are  lost.  The  cursor  is  positioned  at  the  first  inserted 
line  (l.e.  not  moved). 

DL  -  Delete  Line 

<  ESC  >  (  Pn  M 

Deletes  the  current  line  by  shifting  the  rest  of  the  screen 
up  one  line. 

EF  -  Erase  Field 

<  ESC  >  [  Ps  M 

Erases  the  current  field  according  to  the  parameter: 

0  -  Erase  from  the  oursor  to  the  end  of  the  field 

1  -  Erase  from  the  begi  nning  of  the  field  to  the  cursor 

2  -  Erase  the  entire  field 
The  cursor  is  not  moved. 
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DCH  -  Delete  Character 
ESC.  [  Pn  P 

Deletes  the  current  character  by  shifting  the  rest  of  the 
line  (field  in  Fores  Mode)  one  character  position  to  the 
left. 

CPR  -  Cursor  Position  Report 
ESC-  I  Pn  ;  Pn  R 

Generated  in  reply  to  a  cursor  position  request  (see  DSR) 

The  first  parameter  is  the  current  row.  the  second  parameter 
is  the  current  column. 

HP  -  Next  Page 

< ESC •  [  Pn  U 
Same  as  FF 

PP  -  Previous  Page 

<  ESC  >  [  Pn  V 
Sue  as  FF  . 

ECH  -  Erase  Character 

<  ESC  >  [  Pn  X 

Erases  the  current  character  (the  character  is  HOT  deleted). 
The  cursor  is  not  moved.  In  Fores  Mode,  only  a  single  field 
is  affected. 

CBT  -  Cursor  Backward  Tab 
ESC.  [  Pn  Z 

Moves  the  cursor  to  the  previous  horisontal  tab  stop  in  the 
current  line  or  to  the  left  margin  if  no  eore  horisontal  tab 
stops  exist.  In  Fores  Mode,  moves  the  cursor  to  the 
previous  field. 

HPA  -  Horizontal  Position  Absolute 
ESC  (  Pn 

Moves  the  cursor  to  the  specified  column  in  the  current 
line 

HPR  -  Horizontal  Position  Relative 

<  ESC  >  [  Pn  a 
Same  as  CUF 

VPA  -  Vertical  Position  Absolute 

<  ESC •  (  Pn  d 

Moves  the  cursor  to  the  specified  line  in  the  current 
column 
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VPR  -  Vertical  Position  Relative 
<ESC>  (  Pn  e 
Same  as  CUD. 

HVP  -  Horizontal  and  Vertical  Position 
<ESC>  [  Pn  ;  Pn  f 
Same  as  CUP. 

TBC  -  Tab  Clear 

<  ESC  >  [  Ps  g 

Clears  tab  stops  according  to  the  parameter: 

0  -  Clear  the  horizontal  tab  stop  at  the  cursor 
3  -  Clear  all  horizontal  tab  stops 

SM  -  Set  Mode 

<ESC>  [  Ps  h  (standard  modes) 

<ESC>  [  ’  Ps  h  (private  modes) 

Sets  the  indicated  modes;  standard  and  private  modes  can  not 
be  mixed.  Mo  standard  modes  are  currently  supported. 
Allowable  private  mode  parameters  are: 

1  -  FRMM  -  Forms  Mode  -  When  set,  area  qualifications  are 
entorood  and  reading  the  terminal  results  in  a  full-screen 
formatted  buffer;  when  reset,  area  qualifications  are  not 
enforced  and  reads  return  a  single  line  or  command  at  a 
time . 

3  -  CTM  -  Control  Transfer  Mode  -  When  set,  indicates  that 
control  sequences  are  to  be  returned  to  the  program;  when 
reset,  control  sequences  terminate  a  read  but  are  not 
returned.  (Only  effective  when  not  in  Forms  Mode.) 

4  -  DDM  -  Deferred  Display  Mode  -  When  set,  indicates  that 
writes  are  to  affect  only  the  internal  buffer,  not  the 
screen  (a  REF  command  should  be  sent  to  update  the  screen); 
when  reset,  indicates  that  writes  affect  both  the  internal 
buf f er  and  the  screen . 

MC  -  Media  Copy 

« ESC >  [Ps  i 

Controls  the  transfer  of  data  between  the  device  and  an 
auxiliary  input/output  device: 


0  -  Print  Screen 
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RM  -  Reset  Mode 

<ESC>  [  Ps  1  (standard  modes) 

<ESC>  t  ?  Ps  1  (private  modes) 

Resets  the  indicated  modes;  standard  and  private  modes  can 
not  be  mixed. 

SGR  -  Set  Graphic  Rendition 
<ESC>  [  Ps  m 

Sets  the  specified  Graphic  Rendition: 

0  -  Normal  (reset  existing  attributes) 

1  -  Bright  or  Bold 

2  -  Dim 

4  -  Underlined 

5  -  Slow  Blink  (less  than  150  per  minute) 

6  -  Fast  Blink 

7  -  Reverse 

8  -  Concealed  (not  displayed) 

The  specified  attributes  are  in  effect  from  the  cursor 
position  to  the  next  SGR  or  the  end  of  the  current  line, 
whichever  comes  first.  Note  that  the  specified  attributes 
are  IN  ADDITION  to  the  currently  existing  attributes  unless 
Normal  is  specified. 

DSR  -  Device  Status  Request 
<  ESC  >  [  Ps  n 

Requests  the  indicated  status: 

6  -  Report  Cursor  Position  (via  CPR) 

DAQ  -  Define  Area  Qualification 
<ESC>  t  Ps  o 

Sets  the  specified  Area  Qualification: 

0  -  No  Qualification  (reset  existing  qualifications) 

1  -  Protected  and  Guarded 

7  -  Beginning  of  Field 

The  specified  qualification  is  in  effect  from  the  cursor 
position  to  the  next  DAQ  or  the  end  of  the  current  line, 
whichever  comes  first.  More  than  one  qualification  MUST  be 
specified  by  separating  them  with  semicolons.  Note  that  the 
specified  qualifications  are  IN  ADDITION  to  the  currently 
existing  qualifications  unless  No  Qualification  is 
specified.  Area  qualifications  are  only  enforoed  in  Forms 
Mode.  DAQ  commands  take  up  a  single  character  space  on  the 
screen  which  is  displayed  as  a  blank;  the  cursor  i6  moved  to 
the  next  character  position  following  a  DAQ  command.  When 
DAQ  and  SGR  are  used  together,  the  SGR  command  should  be 
given  first,  followed  by  the  DAQ  command.  (The  screen  is 
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completely  protected  and  guarded  unless  other  qualifications 
are  explicitly  specified.) 

WP  -  Set  Window  Precedence 
<  ESC  >  [  Pn  ;  . . .  p 

Sets  the  precedence  of  the  specified  windows.  Each  is  in 
turn  placed  on  top  of  all  other  existing  windows.  Thus,  the 
last  window  specified  will  ultimately  be  the  top-most,  and 
all  specified  windows  will  be  on  the  top  of  any  unspecified 
windows . 

RW  -  Remove  Window 

<  ESC  >  [  Pn  r 

Removes  a  window  for  formatted  screen.  The  parameter  is  the 
window  id. 

SW  -  Select  Window 

<  ESC  >  [  Pn  s 

Selects  a  window  for  formatted  screen.  Must  use  this 
command  before  using  DF  and  DW  commands  -  all  windows  and 
fields  are  defined  as  being  children  of  the  window  chosen  by 
SW  command.  The  default  is  the  device  itself.  The 
parameter  is  the  window  id. 

EW  -  Erase  Window 
<ESC>  [  Pn  u 

Removes  all  children  windows  and  fields  of  a  window  for 
formatted  screen.  The  parameter  is  the  window  id. 

DW  -  Define  Window 

<ESC>  I  Pn  ;  Pn  ;  Pn  ;  Pn  ;  Pn  ;  Pn  ;  Pn  ;  Pn  ;  Pn  ;  Ps  w 

Defines  a  window  for  formatted  screen.  The  first  parameter 
is  the  window  id,  the  second  parameter  is  the  display  row, 
the  third  parameter  is  the  display  col,  the  fourth  parameter 
is  the  display  width,  the  fifth  parameter  is  the  display 
depth,  the  sixth  parameter  is  the  offset  row,  the  seventh 
parameter  is  the  offset  col,  the  eighth  parameter  is  the 
logical  width,  the  ninth  parameter  is  the  logical  depth,  the 
tenth  on  are  the  attributes  for  the  window.  All  parameters 
are  relative  to  the  parent  window. 

Attribute  flags: 

0  -  Normal  (reset  existing  attributes) 

1  -  Bright  or  Bold 

2  -  Dim 
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4  -  Underlined 

5  -  Slowblink  (less  than  150  per  minute) 

6  -  Fas tb link 

7  -  Reverse 

8  -  Concealed  (not  displayed) 

DF  -  Define  Field 

<ESC>  [  Pn  ;  Pn  ;  Pn  ;  Pn  ;  PS  ;  PS  x 
Defines  a  field  for  formatted  screen.  The  first  parameter 
is  the  display  row,  the  second  parameter  is  the  display  col. 
the  third  parameter  is  the  display  width,  and  the  fourth 
parameter  is  the  display  depth,  the  fifth  parameter  is  the 
'guarded'  flag  which  must  consist  of  exactly  one  selection 
from  the  following  list,  the  sixth  parameter  on  are  the 
attributes  for  the  field.  All  parameters  are  relative  to 
the  parent  window. 

Guarded  flag: 

0  -  Field  is  enterable 

1  -  Field  is  guarded 

Attribute  flags: 

0  -  Normal  (reset  existing  attributes) 

1  -  Bright  or  Bold 

2  -  Dim 

4  -  Underlined 

5  -  Slowblink  (less  than  150  per  minute) 

6  -  Fastblink 

7  -  Reverse 

8  -  Concealed  (not  displayed) 
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Appendix  B 

Sample  link  Command  Descriptions 


LINK  FOR  C'  TEST  PROGRAM 

$  if  pi  .eqs .  “ "  then  pi  -  "VTIOO” 

$  if  p2  .eqs.  "*  then  p2  -  “nomap “ 

$  1 ink/exe«[ ] test  test/'p2',- 
iiss_prod: [xxxx.ui . safp] saf p/ 1 ib , - 
[xxxx.ui . fp]fp/lib/inc-prnf ld.- 
[ xxxx.ui . test] stubs/ lib. - 

[xxxx.ui . driver] dr iver/lib/inc=(prnwnd, 'pi ' 

[xxxx.ui .clib]clib/lib,- 

sysjunix: [ 1 ib]crt4 . 1 ibc4sect/ opt ions , 1 ibc4o/ 1 ib . 1 ibc4t/ 1 ib 


LINK  FOR  COBOL'  TEST  PROGRAM 

$  if  pi  .eqs.  then  pi  -  "VTIOO” 

$  if  p2  .eqs.  then  p2  -  "nomap" 

$  1 ink/exe«[ ] test  test/'p2',- 

iiss_prod: [xxxx.ui . safp] safp/ lib, - 
[xxxx.ui . fp]fp/lib/inc«prnfld,- 
[xxxx.ui . test] stubs/ lib, - 

[xxxx.ui .driver]driver/lib/inc-(prnwnd, 'pi ' ) ,- 
[xxxx.ui .clib]clib/lib/inc-(crt4a) 

systunix: [ 1 ib] 1 ibc4sect/opt ions . 1 ibc4o/ 1 ib, 1 ibc4t/ 1 ib 
NOTE:  Replace  'xxxx'  with  the  IISS  test  directory. 


